home *** CD-ROM | disk | FTP | other *** search
/ F1 Licenseware / F1 Licenseware - Volume 1.iso / disks / 055a.dms / 055a.adf / ARTS / bug_hunt.asc < prev    next >
Text File  |  1992-02-26  |  3KB  |  82 lines
  1. @2                                   AMOS PRO
  2.                               B  U  G  H  U  N  T
  3.                             -------------------@1
  4.  
  5.       CONTRIBUTOR: Edmund Clay
  6.       -----------------------@3
  7.       This is a further report on the bugs that I sent in several months
  8.       ago. (look, I'm trying to multitask with Amoszine as I write this and
  9.       it's a nightmare because Amos is grabbing all the processor time. 
  10.       There, killed it. I'll have to refer back later. Hint - please put a
  11.       multiwait command in the main loop to give other programs a chance to
  12.       run.) Anyway, here are the bugs.
  13. @1
  14.       1.  This was about hardware to screen coordinate conversion and 
  15.       sprite-bob collision detection ignoring the screen offset. Obviously,
  16.       the coordinates are easy to fix by just subtracting the offset. Bobs 
  17.       are a bit more difficult to deal with. What I eventually did was to
  18.       write a procedure which found the X and Y size of a bob and did the
  19.       collision detection based on rectangular zones around the objects.
  20.       Crude, but it works.
  21. @2
  22.       2.  I think I will forget that Comptest even exists.
  23. @3
  24.       3.  I don't think that the ppacker decrunch colour can be changed by
  25.  
  26.       anything short of an extension. This is after dissecting a few packed
  27.       banks and finding that the decrunch colour option is not stored in the
  28.       bank itself, but caused by Amos when it calls the powerpacker library.
  29.       However, I will be forever grateful to Andrew Smith for the palette
  30.       grabbing procedure. I have rid myself of that horrible blue colour once
  31.  
  32.       and for all. (I hope.)
  33. @1
  34.       4.  Med still stops when a bank is loaded. On finding some bugs in my
  35.       med-with-samples program I have updated it; it should be on this disk.
  36. @2
  37.       5.  This one is not a real problem, but the procedure suggested in AZ#4
  38.  
  39.       won't work. Try this:
  40.  
  41.          Procedure _DELBOB[S,F]
  42.             For A=S to F
  43.                Del Bob S
  44.             Next
  45.          End proc
  46.  
  47.       It may look as if the same bob is being deleted every time, but in
  48.       fact after each bob is deleted the others all move down a place, so
  49.       each is deleted in turn. To truncate a bob bank to length l, why not
  50.       use:
  51.  
  52.          While length(1)>l : Del Bob L+1 : Wend
  53. @3
  54.       6.  I would suggest one alteration to Andrew's program to deal with 
  55.       negative numbers in numerical edit zones. If you are dealing with 
  56.       small numbers, only change a number if it is greater than 2530 (-1
  57.       comes out as 2531). You can actually make a number negative without 
  58.       resorting to logic functions by using NUMBER=(-1)*NUMBER.
  59. @1
  60.       7.  When using Every, you can't have a wait longer than the Every 
  61.       period. A replacement for the wait command in this instance is:
  62.  
  63.          Procedure _WA1T[N]
  64.             T=Timer
  65.             While Timer-T<N : Multiwait : wend
  66.          End proc
  67.  
  68.       The Multiwait is only needed if you want to multitask (ie. unless 
  69.       you are using Amos Lock and Close Workbench).
  70.  
  71.       Those are the old bugs, here are some new ones:
  72. @2
  73.       8.  NT Play bank,pattern ignores the pattern and starts from the 
  74.       beginning. Fortunately there are other ways of playing modules, such 
  75.       as CRAFT's ST Play command.
  76. @3
  77.       9.  Whenever I compile a program with the Amos to back option turned 
  78.       on, it crashes.
  79.  
  80. @1
  81.       Thanks Ed. Anyone else who would like to contribute, please do so!
  82.